Mientras Aruba volvía a dejar millones de sitios italianos en el suelo, VMengine migraba silenciosamente, sin sobresaltos, sin interrupciones del servicio, el portal Ninjamarketing.it de un servidor físico alojado dedicado a un proveedor italiano, a las nubes de Amazon Web Services.
Los Ninjas

Ninja Marketing es el referente de la innovación en marketing y comunicación. Fundada en 2004 por Alex Giordano y Mirko Pallera, YouTube ha sido un valioso recurso para entender los cambios que se están produciendo en el campo del marketing y la comunicación, en la innovación tecnológica y social que está en la base de la rapidísima evolución a la que estamos asistiendo. Desde su fundación en una «guarida» escondida en la Costa Amalfitana, Ninja Marketing ha agregado un movimiento de creativos, profesionales del marketing, estudiantes de Ciencias de la Comunicación, unidos por el deseo de renovar la forma en que las empresas se comunican.
En el primer lugar entre los blogs de marketing italianos (fuente Wikio), Ninja Marketing es visitado diariamente por personas influyentes, creadores de tendencias, early adopters, en particular empresarios, gerentes de agencias y empresas, relaciones públicas, periodistas, geeks y entusiastas de la Web 2.0.
Requisitos
El portal estaba gestionado por un único servidor dedicado y se enfrentaba a dificultades considerables, con un tráfico de unos 175 GB y 250.000 páginas al mes. La misma máquina tenía servicio web, base de datos, DNS primario y secundario, servidor de correo electrónico y administraba 20 dominios, todos con aproximadamente 54 GB de datos. El personal y los usuarios se quejaban de la lentitud en ciertos momentos y, a menudo, era necesario solicitar un reinicio del servidor para que se reanudara.
En esta condición, el personal ninja, que tiene un gran deseo de crecer tanto en términos de tráfico como en proyectos relacionados con el portal, comenzó a evaluar soluciones que dieran rienda suelta a su creatividad empresarial.
Solución
Nuestra política es «transferir» clientes a las nubes a través de una migración gradual, indolora y transparente, evitando tiempos de inactividad del servicio y evitando en la medida de lo posible un aumento de los costes de los clientes.
El portal entra en el género de tráfico medio, pero sobre todo en ese tipo de portales con gran potencial de crecimiento. La propuesta fue una migración a Cloud Computing con distribución de servicios y contenidos y con políticas de autoescalabilidad, útiles para reducir costos en periodos y épocas de menor acceso y proporcionar energía solo cuando se necesite.
La migración constó de tres pasos básicos:
- Migración de servidor DNS
- Migración de contenidos
- Migración informática
En primer lugar, saque los servidores DNS de la máquina física donde estaban todos los demás servicios simultáneamente. Trasladamos el control de DNS al servicio AWS Route53, eliminando así un punto inicial de error y optimizando el servidor físico en unas 50 000 consultas al día (en Route53 a un costo de 0,50 USD por 1 millón de consultas). Un paso fundamental, además, para poder gestionar rápidamente los otros dos puntos.
Mover el contenido (fotos, documentos, etc.), mediante una copia transparente en la CDN de AWS S3 / CloudFront, nos permitió reemplazar fácilmente el enlace público del contenido cambiando el sufijo de la ruta web de www.ninjamarketing a cdn.ninjamarketing, esto trajo mucho espacio para respirar al servidor físico ahora saturado con acceso de red y E / S de disco. Se transfirieron 135.000 solicitudes adicionales al día (en CloudFront a un coste de 0,09 USD por cada 100.000 solicitudes HTTP) a los centros de datos de Amazon distribuidos por todo el mundo. La CDN, red de entrega de contenidos, permite a los usuarios dispersos por todo el mundo poder utilizar los contenidos del portal mucho más rápido, ya que el sistema de almacenamiento en caché de contenidos se «acerca» al usuario replicando la foto o el documento en los servidores periféricos más cercanos geográficamente a la solicitud HTTP (es decir, desde el punto de vista de la ruta de la red).
Con el DNS gestionado vía Route53 y el contenido distribuido en S3/CloudFront, solo fue necesario implementar la infraestructura compuesta por el AWS ELB Load Balancer, las imágenes AMI de los servidores web linux personalizados, la base de datos MySQL RDS, un Linux Memcached, y un Linux NAS con disco EBS, para compartir archivos de código y aquellos contenidos que aún no están distribuidos o no son distribuibles en CDN, a las distintas instancias EC2 administradas mediante el escalado de políticas y alarmas en Cloud Watch.
Beneficios
La transición al Cloud Computing trae consigo múltiples beneficios en general, en particular de nuestra solución tenemos:
- Escalabilidad : los centros de datos de Amazon están repartidos en 5 regiones (Este de EE. UU., Oeste de EE. UU., Europa, Asia del Sur, Asia del Norte), con miles de servidores extremadamente potentes para cada región. Los servicios de AWS permiten aprovechar este poder de forma ilimitada, obviamente dependiendo de la disponibilidad financiera del cliente.
- Confiabilidad : los sistemas y centros de datos de Amazon son altamente confiables y redundantes, pero la versatilidad de sus servicios le permite planificar intervenciones de recuperación ante desastres capaces de llevar el portal Ninja de regreso a otra región en unos minutos, suponiendo una falla de hardware gigantesca de todo un centro de datos.
- Automatismos: las políticas de automatismo aplicadas a la solicitud de más potencia o a la solicitud de liberación de energía, sin la necesidad de hipotetizar el crecimiento del tráfico utilizando sistemas que son demasiado potentes, o de subestimar su volumen, utilizando sistemas que son insuficientes para dejar entrar a todos los usuarios interesados.
También ahorran costes en momentos de poco tráfico (por ejemplo, por la noche). - Conectividad ilimitada – La gigantesca apertura del ancho de banda de todos los centros de datos de Amazon es una garantía de conectividad ilimitada al portal. El ancho de banda es un coste que se ofrece al cliente en régimen de pago por uso, por lo que Amazon no limita el recorte máximo como muchos proveedores sin decírselo al cliente.
- Orientación mundial : la distribución de centros de datos y servidores periféricos (los de la CDN) eliminan cualquier limitación a la creatividad del cliente, que puede inventar proyectos en un idioma extranjero para ser gestionados de forma remota desde sus oficinas.
- Costes : nuestro enfoque tiene como objetivo mantener o reducir el coste total de propiedad del cliente, por lo que se ha trabajado mucho y se seguirá trabajando para buscar el compromiso adecuado entre el coste y el rendimiento mediante la planificación de nuestro diseño e implementación basándonos sobre todo en los costes en los que el cliente ha incurrido anteriormente. Obviamente, la solución permite una mayor entrada de usuarios, y el modelo de costos es de pago por uso, no fijo.